@mitu I followed the exact steps here:
https://retropie.org.uk/forum/topic/35355/unable-to-set-control-mapping-in-dolphin-dolphin-emu-not-loading/8?_=1714924854335

and it all worked but I was left with that login screen.

I reverted back to my SD card backup just before I did those steps and followed the instructions @abj gave me above and it worked perfectly fine!

@mitu said in Emulationstation Controller Button Mapping Question...:

Try re-installing it.

That fixed it. Thank you.

There's no resolution related setting in EmulationStation - are you sure you haven't set-up the resolution in your desktop ?
Please post the EmulationStation log taken after starting EmulationStation with

emulationstation --debug

@ExarKunIv It did not work for my Xbox S wireless controller, but it did work for my Dualsense. Once that was connected, all I had to do was start the binding process by pressing enter on the keyboard while selecting the first binding and then going down the binds with my Dualsense. Thanks!

@Scionni Did you have any other knock on effects of doing this method? I followed your exact steps, which worked awesome (thank you!) for configuring the controller in dolphin, but now every time I load up my Retropie I get this message which won't go away until I login:
Pac-Man Screen Shot 5-5-2.png

I've already tried going into raspi-config and selecting to autoboot to my user pi but that doesn't seem to work either.

Awesome thank you for that, now connected via bluetooth :)

sudo nano /etc/bluetooth/input.conf
ClassicBondedOnly=false

@dandaman Hm, I wonder if you haven't activated something like Turbo mode in RetroArch for P2.

@Ashpool said in What gaming OS to install on PI 5?:

any specific reason to use the 64 bit instead of the 32 bit one?

With the new RaspiOS, the 64bit variant is recommended by the RPI folks for both Pi4 and Pi5. Furthermore, Pi5 cannot run a 32bit kernel so you'd end up with a 64bit kernel and 32bit OS/userland, which will

cause confusion for source installation, since most emulators/ports assume that if the kernel is 64bit, the OS is also. As a consequence, some source installations will outright fail since they compile for aarch64 (64bit ARM), but that won't work since 64bit dependencies are not installed.

break the installation of kernel modules, because dkms doesn't know how to handle 64bit kernel modules on a 32bit OS.

TL;DR - if you have a Pi5, 64 bit is the recommended OS.

@mitu said in Retropie Amiga emulator:

it comes preinstalled with games (more can be added) and already has a controller.

And it lets you add your own Amiga games easily via a USB stick.

edit: I somehow overlooked the part in brackets. 😎

Thank you guys! After a few more hours of tinkering, I was able to resolve my user error issues. Got it all set up and playing through my childhood again.

@mitu you're exactly correct. I ran dos2unix on the file and it works as expected. Thought about /r not being a thing in unix files 30 seconds after I posted.
No clue how it happened, both were edited in notepad++.

@pi_pilot Update:

So I got the system running in vertical (portrait) mode on my Pi4B, with a few tweaks booting from the Bookworm Desktop (not lite), and got GPIOnext running too.

First to GPIOnext for my dual stick arcade controller, I needed to install evdev which after a few goes got it all setup.

6 Button Controller setup is as follows

3 5 6
2 1 4

Works good for Hyper Olympics.

For EmulationStation I have to launch using the following launch parameters after exiting wayland to terminal (ctr-alt-F1) ...

emulationstation --screensize 1080 1920 --screenrotate 1

Once launched into emulationstation I went into the retroarch menu and set

settings->video->output->video->screenresolution->1920x1080
AND
settings->video->output->video->videorotation->270
AND
settings->video->output->video->aspectratio->16:9

Important! Remember to go back to the main menu in the retroarch dialogue and go to configuration and save configuration, so that changes you made are written to the retroarch config file.

It stretches all games to full screen on my monitor but I can live with that.

Performance does seem a bit better compared to the standard buster release of retropie.

New thread here:

https://retropie.org.uk/forum/topic/34969/launching-retropie-emulationstation-from-bookworm-desktop-not-lite-vertical-portrait-mode-gpionext

@mitu

Solved
I added

mupen64plus-next-cpucore = "cached_interpreter" parallel-n64-cpucore = "cached_interpreter"

in

/opt/retropie/configs/all/retroarch-core-options.cfg

@desk87 said in Autostart to ES:

By editing the code manually and forcing the correct branch to be found I was able to have the pi start emulationstation automatically.

Do you recall what was modified?

@Unknown All good. I should have been more specific, as this is a relative new and unknown feature on Yuzu. @mitu explained it a bit already. Currently Yuzu does what basically every emulator does and emulates the CPU in its entirety. That is very slow and the reason why we need powerful and modern computers to do this. Now the CPU on Switch is an ARM architecture and is very similar to what you find in an Android phone. What they can do is, instead emulating every CPU command, they can utilize what's already there and run parts of it native. They also call it "Project NICE" (not sure where the i comes from in NCE, but it sounds nice).

Here is my question: Does this apply to Raspberry Pi 5 with Linux as well or is it limited to Android devices? I don't know if these ARM architectures are similar enough. EDIT: I just looked up specs and the Switch CPU is an "ARM 4 Cortex-A57" and the Raspberry Pi 5 has an "Arm Cortex A76".

@hopwon said in projects:

@mitu I watched Jeff's video on the Pi5 and it looked to me like he could not get any PCI graphics card to work (yet) with the Pi5.

Hence my saying but weren't more succesful until now, having in mind that Pi5 support in Linux kernel is still early and things could change later on.